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SELF-CONFIGURING COMMUNICATIONS MODULE ADAPTIVE TO 
DIFFERENT HOST SYSTEM TYPES 

CROSS-REFERENCE TO RELATED APPLICATIONS 

This application relates to U.S. Patent Application No. 10/205,773, filed 
5 July 26, 2002, by Andy Engel et al. and entitled "Multiple Protocol Handshaking 
Between Systems," which is incorporated herein by reference. 

TECHNICAL FIELD 

This invention relates to network communications modules. 

BACKGROUND 

10 Networks connect many different kinds of electronic devices. 

Communication protocols and standards have been developed to standardize the 
exchange of data between electronic devices in a network. Among the most 
common types of network protocols are Ethernet, Token Ring, Fiber Optic Inter- 
Repeater Link (FOIRL), Copper Distributed Data Interface (CDDI), and Fiber 

15 Distributed Data Interface (FDDI) . Ethernet, Token Ring and FDDI 

communications protocols commonly are used to move packets over local area 
networks (LANs). Higher layer protocols, such as TCP/IP, SPX/IPX and 
NetBIOS/NetBEUI, typically are used to control and route data transmissions. 
Other exemplary communications protocols include ATM and SS7. In general, a 

20 communications protocol is any format, definition, or specification that specifies 
the content or nature of data transmitted in a network or the link over which the 
data is transmitted. A protocol typically includes transmission rate specifications, 
wired or wireless link specifications, frame formats, blocking formats, text 
formats, stop/start indicators, framing and heading indicators, field definitions, 

25 checksum values, and carriage return and line feed (CRJLF) indicators. 

Data may be transferred through a network using a variety of transmission 
cable technologies, including multimode optical fiber cables, single mode optical 
fiber cables, and copper cables (e.g., twinax and coax copper cables). Standard 
communications modules have been developed to transition between respective 

30 transmission cable media and the electronic components inside a host system 
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(e.g., a computer or peripheral device). For example, an optoelectronics 
transceiver module enables bidirectional data transmission between an electrical 
interface and an optical data link. A copper transceiver module, on the other 
hand, enables bidirectional data transmission between two electrical devices. A 
5 communications module produces a standardized output to the host system in 
accordance with a compatible communications protocol, regardless of the 
medium (e.g., optical fiber or copper) through which the data is transmitted or 
received. A communications module may be integrally incorporated within a host 
system or a host system component (e.g., a network interface card (NIC)) or it 
10 may consist of a separate component that readily may be plugged into and 

unplugged from a host system. Among the common communication modules are 
transmitter modules, receiver modules, and transceiver modules. 

SUMMARY 

In one aspect, the invention features a communications module that 
15 includes a host interface port, a network medium interface port, and a protocol 
handler. The host interface port is connectable to a media access control interface 
of a host system. The network medium interface port is connectable to a network 
medium. The protocol handler is operable to identify a communications protocol 
compatible with the host system and to adaptively self-configure communications 
20 between the host interface port and the network medium interface port in 
accordance with the identified compatible communications protocol. 

The invention also features a method of self-configuring a communications 
module. 

Other features and advantages of the invention will become apparent from 
25 the following description, including the drawings and the claims. 

DESCRIPTION OF DRAWINGS 

FIG. 1 is a block diagram of a host system that includes a host 
communications controller, a media access control (MAC) interface, and a self- 
configuring communications module for coordinating exchange of data signals 
30 between the host system and a link partner. 
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FIG. 2 is a block diagram of the components of the communications 
module of FIG. 1. 

FIG. 3 is a flow diagram of a method by which the communications 
module of FIG. 1 adaptively self-configures communications between the host 
5 system and the network medium in accordance with an identified compatible 
communications protocol. 

FIG. 4 is a flow diagram of an implementation of the method of FIG. 2. 

FIG. 5 is a block diagram of an exemplary data frame format for 
communications in accordance with the Ethernet protocol. 
10 FIG. 6 is a flow diagram of an implementation of the method of FIG. 2. 

DETAILED DESCRIPTION 

In the following description, like reference numbers are used to identify 
like elements. Furthermore, the drawings are intended to illustrate major features 
of exemplary embodiments in a diagrammatic manner. The drawings are not 

15 intended to depict every feature of actual embodiments nor relative dimensions of 
the depicted elements, and are not drawn to scale. 

FIG. 1 shows an exemplary application environment 10 in which a self- 
configuring communications module 12 may operate. The self-configuring 
communications module 12 is incorporated within a host system 14, which 

20 includes a host communications controller 16 and a media access control (MAC) 
interface 18. The self-configuring communications module 12 functions to 
transition between the host system 14 and a network medium 20, which connects 
the host system 14 to one or more link partners 22. The self-configuring 
communications module 12 may be integrated into host system 14 or integrated 

25 into a component (e.g., a NIC) of host system 14. Alternatively, the self- 
configuring communications module 12 may be a separate, pluggable component 
of host system 14. 

Each of the host system 14 and the link partners 22 may be any type of 
device or system that connects to a network (e.g., a personal computer, a 

30 computer workstation, a network hub, and a network repeater). The host 
communications controller 16 enables the host system 14 to share access to a 
network medium 20, which is the physical channel over or through which signals 
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are transmitted in a network. Wire, fiber and air are three exemplary types of 
network media. The MAC interface 18 connects the host communications 
controller 16 to the self-configuring communications module 12. One exemplary 
type of MAC interface is the media independent interface (Mil), which provides a 
5 parallel interface supporting communications with a parallel host communications 
controller 16. Another exemplary type of MAC interface is the IEEE 802.03 
compliant general purpose serial interface (GPSI), which supports serial 
communications with a serial host communications controller 16. 

FIG. 2 shows an implementation of the self-configuring communications 

10 module 12 that includes a host interface port 24, a network media interface port 
26, and an adaptive protocol handler 28. The host interface port 24 is 
connectable to MAC interface 18. The network medium interface port 26 is 
connectable to the network medium 20. In the illustrated embodiments, the 
network interface port 26 provides a physical interface between a transceiver 30 

15 and the network medium 20. For example, if the network medium 20 is an 

optical fiber communications medium, transceiver 30 may be an optoelectronic 
transceiver 30 that transitions between optical communications on network 
medium 20 and electrical communications with the components of host system 
14. If the network medium 20 is an electrical communications medium, 

20 transceiver 30 may be an electrical transceiver 30 that transitions between 

electrical communications on network medium 20 and electrical communications 
with the components of host system 14. Depending on the particular 
implementation, other components, such as an electromagnetic interference (EMI) 
shield and a magnetic coupler, may be provided between the network interface 

25 port 26 and network medium 20 to achieve efficient signal coupling and electrical 
isolation. 

As explained in detail below, in addition to transitioning between the host 
system 14 and a network medium 20, communications module 12 adaptively self- 
configures communications between the host system 14 and the network medium 
30 20 in accordance with an identified communications protocol that is compatible 
with the host system 14. In this way, a single self-configuring communications 
module design may be used with many different types of host systems. This 
feature simplifies manufacturing and marketing tasks for manufacturers of the 
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communications module and reduces component selection complexity, 
incompatibility issues, and obsolescence risks for customers purchasing the 
communications module. 

Referring to FIG. 3, in one method of adaptively self-configuring 
5 communications with the host system, protocol handler 28 identifies a 

communications protocol that is compatible with the type of host system 14 in 
which communications module 12 is incorporated (step 32). 

Protocol handler 28 may identify the communications protocol compatible 
with the host system 14 in a variety of different ways. For example, in some 

10 implementations, protocol handler 28 identifies the compatible communications 
protocol based on detection of one or more features of a signal received through 
the host interface port 24. In other implementations, protocol handler 28 
identifies the compatible communications protocol based on detection of a data 
frame that uniquely identifies a particular communications protocol at one or 

15 more specific pins of the host interface port 24. In some implementations, 
protocol handler 28 cycles through a sequence of tests for different respective 
communications protocols until a particular communications protocol that is 
compatible with the host system is identified. 

After the compatible communications protocol has been identified (step 

20 32), the protocol handler 28 configures communications module 12 in accordance 
with the identified communications protocol (step 34). In particular, protocol 
handler 28 configures communications between the MAC interface 18 and the 
network medium 20 in accordance with the identified communications protocol. 
In some implementations, the protocol handler 28 directs communications 

25 through a particular one of multiple data paths (or data channels) between the 

host interface port 24 and network media interface port 26 that converts signals to 
and from the MAC interface 18 in accordance with the identified communications 
protocol. In other implementations, protocol handler 28 dynamically converts 
signals to and from the MAC interface 18 in accordance with the identified 

30 communications protocol. 

Referring to FIG. 4, in some embodiments, protocol handler 28 identifies a 
communications protocol that is compatible with the host system 14 based on at 
least one host system signal that is received through the host interface port 24. 
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The host system signal may correspond to a predetermined idle signal or an auto- 
negotiation initialization pattern generated by the host system. In the illustrated 
implementation, the protocol handler 28 detects the data rate of the host system 
signal (step 42). In this regard, the protocol handler 28 may include a standard 
5 frequency detector 40 (see FIG. 2), such as a frequency-counter-based frequency 
detector circuit that counts pulses in the host system signal to determine the data 
rate. Based on the detected host system data rate (step 42), the protocol handler 
28 detects the protocol corresponding to the host system signal (step 44) . In this 
regard, the protocol handler 28 may include a pattern recognizer 46 (see FIG. 2) 

10 that is set to the detected data rate and is configured to detect one or more 
predetermined data pulse patterns corresponding to one or more respective 
communications protocols. The pattern recognizer 46 may be a standard pattern 
recognizer that is implemented in hardware, firmware or software. 

FIG. 5 shows a signal data frame 48 formatted in accordance with the 

15 Ethernet communications protocol. The Ethernet data frame 48 begins with a 

preamble 50 that allows the protocol handler 28 to lock onto the clock of the host 
communications controller 16. The preamble 50 is followed by a start delimiter 
52 that includes a data pattern that differentiates the start of frame 48 from the 
preamble 50, and is used by the protocol handler 28 to synchronize itself to the 

20 start of the frame 48. The preamble 50 consists of fifty-six alternating ones and 
zeroes and the start delimiter is a binary 10101011 pattern. Thus, in some 
implementations, after the protocol detector 28 is set to the detected data rate, the 
protocol detector 28 is configured to detect the Ethernet protocol based on the 
distinctive binary pattern of one or both of the preamble 50 or the start delimiter 

25 52. The information in the Ethernet frame 48 follows the source address 56. In 
some implementations, the information consists of a two byte length field 58, a 
data field 60, and padding 62 (if necessary). The data field 60 typically has 
minimum length of 48 bytes and a maximum length of 1502 bytes. These lengths 
translate to a minimum frame size of 64 bytes and a maximum frame size of 1518 

30 bytes. A frame check sequence 64 follows the Ethernet information. The end of 
data frame 58 is marked by the absence of a carrier sense signal (CRS) on the 
network. 
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In some implementations, the protocol handler 28 similarly is able to detect 
the protocol of other host system signals formatted in accordance with protocols 
different from the Ethernet protocol based on detection of the data rate and 
recognition of one or more fields of the constituent frames of the host system 
5 signals. 

After the compatible communications protocol has been identified (step 
44), the protocol handler 28 configures communications module 12 in accordance 
with the identified communications protocol (step 66) . 

FIG. 6 shows an embodiment of a method executable by the protocol 

10 handler 28 to accommodate implementations of host communications controller 
16 that are capable of auto-negotiating with the protocol handler 28 to determine 
a compatible communications protocol, including a compatible communications 
data rate. In this embodiment, protocol handler 28 auto-negotiates with the host 
communications controller 16 to obtain initial handshaking information from the 

15 host communications controller 16 (step 70). For example, in some 

implementations, host communications controller 16 and protocol handler 28 both 
are configured to auto-negotiate in accordance with the technique defined in the 
IEEE 802. 3u standard to exchange the handshaking information. In one example, 
when the host communications controller and the protocol handler 28 auto- 

20 negotiate in accordance with the 1000 Based-X protocol, the protocol handler 28 
obtains from the host communications controller 16 a configuration register base 
page (or config reg base page) that includes bits specifying values for the 
following fields: FD (full duplex), HD (half-duplex), PS1 (PAUSE), PS2 
(ASM_DIR), and RF (remote fault). 

25 After obtaining the handshaking information from the host 

communications controller 16 (step 70), the protocol handler 28 suspends further 
handshaking with the host communications controller (step 72) . For example, 
when host communications controller 16 operates in accordance with the 1000 
Base-X protocol, protocol handler 28 holds host communications module 16 in the 

30 idle_detect state. This may be achieved by transmitting an actual or dummy 
receiver status signal indicating that a link has been broken or otherwise 
disrupted, as described in U.S. Patent Application No. 10/205,773, filed July 26, 
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2002, by Andy Engel et al. and entitled "Multiple Protocol Handshaking Between 
Systems." 

Next, protocol handler 28 auto-negotiates with link partner 22 (step 74) . 
Protocol handler 28 may auto-negotiate directly with a MAC controller of the link 
5 partner 22 or it may auto-negotiate indirectly with the MAC controller of the link 
partner 22 through a communications module that is configured to perform 
handshaking tasks (e.g., a communications module configured like self- 
configuring communications module 12). In one exemplary implementation, 
communications module 12 and the communications module of the link partner 

10 22 are configured for multiple protocol handshaking as described in U.S. Patent 
Application No. 10/205,773, filed July 26, 2002, by Andy Engel et al. and entitled 
"Multiple Protocol Handshaking Between Systems." During auto-negotiation, 
protocol handler 28 transfers to the link partner 22 the initial handshaking 
information that was obtained from host communications controller 16. In 

15 addition, the protocol handler 28 and the link partner 22 agree on settings for 
optimal communications. When operating in accordance with the 1000 Based-X 
protocol, for example, the agreed upon settings specify values for the following 
fields: FD (full duplex), HD (half-duplex), PS1 (PAUSE), PS2 (ASM_DIR) , and RF 
(remote fault). 

20 If the link partner 22 is not compatible with the host system 14 (step 76), 

the protocol handler 28 terminates the auto-negotiation process with the host 
system controller 16 (step 78). If the link partner 22 is compatible with the host 
system 14 (step 76), the protocol handler 28 completes the auto-negotiation 
process with the host communications controller 16 in a standard way (step 80). 

25 The auto-negotiation process may be resumed by transmitting an actual or 

dummy receiver status signal indicating that a link has been re-established, as 
described in U.S. Patent Application No. 10/205,773, filed July 26, 2002, by Andy 
Engel et al. and entitled "Multiple Protocol Handshaking Between Systems." 
During this process, the protocol handler 28 passes the settings agreed upon by 

30 the protocol handler 28 and the link partner 22. In addition, protocol handler 28 
configures communications in accordance with the negotiated protocol and the 
negotiated data rate (step 82). In the end, a link is established between the host 
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system 14 and the link partner 22 in accordance with the common agreed upon 
settings. 

The systems and methods described herein are not limited to any particular 
hardware or software configuration, but rather they may be implemented in any 
5 computing or processing environment, including in digital electronic circuitry or 
in computer hardware, firmware, or software. In addition, these systems and 
methods are not limited to any particular communications protocol, standard, 
communication speed, or communication medium. 

Other embodiments are within the scope of the claims. 



